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Verfahren und System zum Erfassen von Daten aus maschinell 
lesbaren Dokumenten 

10 




Die Erfindung betrifft ein Verfahren und ein System zum 
15 Erfassen von Daten aus maschinell lesbaren Dokumenten, wobei 
die Daten einer Datenbank zugeordnet werden, in dem einzelne 
Daten moglichst. automatisch dem Dokument \ extrahiert werden 
und in entsprechende Datenbankf elder eingetragen werden, 
wobei das- erf indungsgemafie Verfahren und System das' Erfassen 
20 von Daten betrifft, falls Daten fur ein oder mehrere 
bestimmte Datenbankf elder eines Dokumentes nicht mit der 
. notwendigen Zuverlassigkeit extrahiert werden konnten. 

• Verfahren und Systeme zum Erfassen von Daten aus maschinell 
lesbaren Dokumenten sind bekannt . Ublicherweise weisen die 
Systeme einen Scanner auf, mit welchem Vorlagen optisch 
abgetastet werden. Die hierbei erzeugten Dateien sind 
maschinell lesbare Dokumente und enthalten in der Regel 
Textelemente. Die Textelemente werden mit Hilfe einer OCR- 
3 0 Einrichtung in codierten Text umgesetzt . Den Dateien werden 
in der Regel vorbestimmte Formulare bzw. Templates 
zugeordnet, so dass anhand der Formulare gezielt bestimmte 
Informationen aus den Text enthaltenden Dateien ermittelt 
werden konnen. Diese Informationen werden zum Beispiel in 
35 einer Datenbank abgespeichprt . 
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Derartige Verfahren und Systeme werden beispielsweise bei 
grofien Firmen eingesetzt, urn Rechnungen zu lesen. Die so 
extrahierten Daten • konnen automatisch einer 

betriebswirtschaf t lichen Software iibermittelt werden, 

5 

Ein solches System ist in der US 4,933,979 beschrieben. 
Dieses System weist einen . Scanner zum optischen Abtasten von 
Formularen auf . Bei diesem System konnen eine Vielzahl von 
Formulartypen definiert werden, wobei jeder Formulartyp bzw. 
10 Template durch mehrere Parameter, insbesondere geometrisch 
definierte Bereiche, in welchen Texte oder Bilder enthalten 
sein sollen, festgelegt ist. Die Formulartypen konnen auch 
durch weitere Eigenschaf ten, wie zum Beispiel der Schrift, 
die in den Texten enthalten ist (Alphabet, Zahlen, Symbole, 
15 Katakana, Kanji, Handschrift) definiert sein. Nach . dem 
Scannen eines Formulars . wird mittels • einer 

* Formulartypunterscheidungseinrichturig dem gescannten Formular 
ein ■ Template zugeordnet. Dement sprechend werden die in dem. 
Textfeld enthaltenen Daten mittels einer OCR-Einrichtung 
20 gelesen und extrahiert. Falls kein geeignetes Template 
vorhanden ist, muss eines- erstellt werden. 

Aus der WO 98/4709a geht ein weiteres *" System " zum 
automatischen . Erfassen von Daten aus maschinell lesbaren 
Dokumenten hervor . Hierbei werden mittels eines Scanners 
Formulare optisch abgetastet. Danach wird automatisch eine 
Linien-Karte des Formulars erstellt. Hierbei werden zum einen 
alle Linien erfasst als auch grafische Elemente in eine 
Linienstruktur .umgesetzt. Andere Elemente, wie zum Beispiel 
30' Textabschnitte, werden ausgef iltert . Alle vertikalen Linien 
bilden die Grundlage zur Erstellung eines vertikalen 
Schlussels und alle horizontalen Linien bilden die Grundlage 
zur Erstellung eines horizontalen Schlussels. Danach wird 
ermitte.lt, ob bereits ein Template mit einem 
35 korrespondierenden vertikalen und horizontalen Schlussel 
vorhanden ist. Falls dies der Fall ist, werden die Daten mit 
einem entsprechenden Template ausgelesen. Ist dies nicht der 
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Fall, so wird anhand des eingescannten Formulars mittels 
eines S e lbs tlern -Modus ein Template erstellt und 
abgespeichert . 

In dem Buch Modern Information Retrieval von Baeza-Yates und 
Ribeiro-Neto, Eddison-Wessley Verlag, ISBN 0-201-39829-X sind 
die Grundlagen von Datenbanken und zum schnellen 
Wiederauf f inden von in Datenbanken gespeicherten 
Inf ormationen erlautert. So ist im Kapitel 8.2 ein Verfahren 
mit invertierten Dateien, das auch als invert ierter Index 
bezeichnet wird, beschrieben. Bei diesem Verfahren wird aus 
einem zu untersuchenden Text zunachst ein Worterbuch mit 
alien im Text enthaltenen Wortern erstellt. Allen Wortern des 
Worterbuches werden eine oder mehrere Zahlen zugeordnet, die 
angeben, an welcher Stelle das Wort im Text auftritt. 
Derartige invertierte Dateien erlauben eine schnellere 
automatische Analyse eines zu . durcfisuchenden Textes . Im 
Kapitel 8.6.1 ist ein String Matching-Verf ahren beschrieben, 
mit welchem zwei Strings verglichen werden ' und ein zur 
Ahnlichkeit der Strings indirekt proportionales KostenmaS 
berebhnet wird. Wenn die beiden Strings identisch sind, ist 
der Betrag des Kostenmafies Null. Je starker sich die Strings 
unterscheiden, desto groBer ist der Betrag des KostenmaSes . 
Das Kostenmafi ist somit ein Ausdruck fur die Ahnlichkeit der 
beiden Strings. Dieses und ahnliche Verfahren sind auch unter 
den Bezeichnungen Approximate String Matching, Levenshtein- 
Verf ahren, Elastic Matching und Viterbi-Algorythmus bekannt. 
Diese Verfahren gehoren zu dem Gebiet der dynamischen 
Programmi er ung . 

Aus der noch nicht verof f entlichten Patentanmeldung DE 103 42 
594.2 geht ein Verfahren und ein System zum Erfassen von 
Daten aus mehreren maschinell lesbaren Dokumenten hervor, bei 
dem aus einem zu bearbeitenden Dokument, dem Lesedokument , 
Daten extrahiert werden, indem sie an Positionen aus dem 
Lesedokument ausgelesen werden, die durch in einem 
Vorlagedokument eingetragene Felder bestimmt sind. 
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Tritt ein Fehler beim Auslesen der Lesedokumente auf, wird 
das Lesedokument an einem Bildschirm dargestellt und 
lediglich durch Markieren entsprechender Felder im 
Lesedokument konnen die Daten ausgelesen werden. Hierbei 
werden, falls es erforderlich ist, automatisch weitere 
Vorlagedokumente anhand der markierten Lesedokumente erstellt 
bzw. vorhandene Vorlagedokumente entsprechend korrigiert . 
Dieses System ist derart einfach bedienbar, so dass keine 
speziellen Computer- oder Sof twarekenntnisse notwendig sind. 

Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren und 
ein System zum Erfassen von Daten aus maschinell lesbaren 
Dokumenten zu schaffen, bei dem die Eingabe der Daten 
gegenuber dem bekannten Verfahren erheblich vereinfacht wird, 
falls Daten nicht automatisch .extrahiert werden konnten. 

Die Aufgabe wird durch ' ein Verfahren mit den Merkmalen des 
Anspruchs 1 und durch ein System mit dem Merkmal des 
Aiispruchs 16 gel6st. Vorteilhafte Ausgestaltungen der 
Erfindung sind in den jeweiligen Unteranspruchen angegeben. 

Mit den oben erlauterten Verfahren konnen Daten aus mehreren 
maschinell lesbaren Dokumenten erfasst werden, wobei die 
Daten einer Datenbank zugeordnet werden, indem einzelne Daten 
moglichst automatisch dem Dokument extrahiert werden und in 
entsprechende Datenbankf elder eingetragen werden. Falls Daten 
fur ein oder mehrere bestimmte Datenbankf elder einem Dokument 
nicht mit der notwendigen Zuverlassigkeit extrahiert werden* 
konnten, zum Beispiel weil ein Fehler festgestellt -worden 
ist, der beispielsweise dadurch verursacht sein kann, dass in 
dem Dokument an der Stelle, wo die Daten gelesen werden 
sollten, keine Daten oder falsche Daten vorhanden sind, oder 
dass beim Einlesen dieses Dokumentes mittels eines OCR- 
Verfahrens ein oder mehrere Zeichen falsch umgesetzfe werden, 
so werden erf indungsgemafi folgende Schritte ausgef uhrt : 
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Darstellen des Dokumentes an einem Bildschirm, 

- Anzeigen des Datenbankf eldes , fur das die Daten nicht mit 
der notwendigen Zuverlassigkeit extrahiert werden konnten, 
am Bildschirm 

- Ausfuhren einer Vorschlags -Routine, mit ' welcher 
Stringabschnitte in der Nahe eines von einem Benutzer auf 
dem Bildschirm bewegbaren Zeiger ausgewahlt, markiert und 
zur Extraktion vorgeschlagen werden. 

Das Dokument wird am Bildschirm dargestellt, damit der 
Benutzer es lesen kann. Zudem .wird das Datenbankf eld 
angezeigt, fur das die Daten nicht' mit der notwendigen 
Zuverlassigkeit extrahiert werden konnten. Hierdurch wird der 
Benutzer in Kenntnis dariiber gesetzt, fiir welches 
Datenbankf eld die Daten aus dem am Bildschirm dargestellten 
Dokument noch zu extrahieren sind. .. 

Durch das Ausfiihren bzw. . Aktivieren. der VorschLags-Routine 
.werden . Stringabschnitte in der Nahe eines von dem Benutzer 
auf dem Bildschirm bewegbaren Zeiger ausgewahlt, markiert und 
zur Extraktion vorgeschlagen. Hierdurch muss der Benutzer 
lediglich den Zeiger auf den am Bildschirm dargestellten 
Dokument in die Nahe eines Stringabschnittes bewegen, der die 
Daten fur das angezeigte Datenbankf eld enthalt. Die Daten 
werden dann automat isch ausgewahlt, markiert und zur 
Extraktion vorgeschlagen. Der Benutzer kann dann lediglich 
durch Betatigen einer bestimmten Taste den vorgeschlagenen 
Stringabschnitt in das Datenbankf eld ubernehmen. 

Durch das automatische Auswahlen und Markieren des 
Stringabschnittes wird der Vorgang der Ubernahme der noch 
fehlenden Daten erheblich vereinfacht und beschleunigt . 

Nach einer bevorzugten Ausfiihrungsf orm der Erfindung werden 
beim Auswahlen des Stringabschnittes Konzept-Inf ormationen 
berucksichtigt , die dem jeweiligen Datenbankf eld zugeordnet 
sind,. 
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Die Erfindung wird nachfolgend beispielhaft anhand der 
Zeichnung naher erlautert. In der Zeichnung zeigen: 

5 . Figur 1 ein Verfahren zum Erfassen von Daten aus einem 
Dokument, die nicht automat isch extrahiert werden 
konnten , 



10 



15 



20 



Figur 2-6 jeweils Kopien von Bildschirmdarstellungen zu 
einzelnen Verfahrenss'chritten des in Figur 1 
gezeigten Verfahrens, 

Figur. 7 ein Verfahren zum Extrahieren von in Tabellen 
angeordneten Daten, 

Figur 8, 9 jeweils eine Tabelle mit markierten Daten, und 

Figur 10 ein System zum Ausfuhren des erf indungsgemafien 
Verfahrens 

Das erf indungsgemaSe ■ Verfahren zum Erfassen von Daten aus 
maschinell lesbare'n Dokumenten ist eine Weiterbildung der 
eingangs erlauterten Verfahren, mit welchen aus Dokumenten 
maschinell Daten extrahiert und in einer Datenbank 
gespeichert werden k6nnen. 

Bei diesen Verfahren konnen jedoch nicht immer alle 
Datenbankf elder der Datenbank zuverlassig mit aus den 
Dokumenten extrahierten Daten gefUllt werden. Liegt zum 
Beispiel beim Extrahieren der Daten ein Fehler vor, so wird 
das automatische Verfahren unterbrochen und unter Mitwirkung 
eines Benutzers werden die Daten aus dem Dokument manuell in 
Datenbankf elder ubertragen. Ein solcher Fehler kann dadurch 
verursacht sein, dass in dem zu bearbeitenden Dokument kein 
35 geeigneter Stringabschnitt^ gefunden wird, aus dem die Daten 
gelesen werden konnen oder der Stringabschnitt fehlerhafte 
Daten en thai t, die beispielsweise beim Umsetzen in codierten 



30 
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Text des Dokumentes mittels eines OCR-Verfahrens entstanden 
sind. 

Das erfindungsgemaSe Verfahren beginnt somit dann, wenn 
5 Daten nicht zuverlassig extrahiert werden konnen. Der 
Ausdruck „nicht zuverlassig extrahierbar" umfasst sowohl 
grundsatzliche Fehler beim Lesen von Daten, die ein Lesen der 
Daten nicht mdglich machen als auch gelesene Daten, die zum 
Beispiel unter BerQcksichtigung von Kontext-Inf ormationen auf 
10 das Datenbankfeld abgebildet werden, wobei die Giite der 
Abbildung ermittelt wird. Derartige Abbildungsverf ahren sind 
zum Beispiel das eingangs erlauterte String Matching- 
Verf ahren. 1st die hierbei erzielte Abbildungsgute zu gering, 
so werden die automatisch eingelesenen Daten als nicht 
15 ausreichend zuverlassig bewertet und verworfen. 

Nachf olgend wird das- erf indungsgemaSe Verfahren anhand des 
in Figur 1 dargestellten Flussdiagramms erlautert. In- dem 
.. Flussdiagramm sind alle Schritte, die automatisch ausgefiihrt 
20 werden, mit einem ,a" im Kreis. und ' alle vom Benutzer manuell 
zu tatigenden Schritte mit einem . „m" im Kreis gekennzeichnet . 

Es beginnt mit dem Schritt SI. 

Nachdem zumindest Daten fur ein Datenbankfeld nicht mit der 
notwendigen Zuverlassigkeit extrahiert werden konnten, wird 
das entsprechende Dokument 1 an einem Bildschirm 2 
dargestellt und das Datenbankfeld 3 angezeigt (Schritt S2) . 
Figur 2 zeigt eine Bildschirmdarstellung unmittelbar nach dem 
30 Feststellen, dass Daten nicht mit der notwendigen 
Zuverlassigkeit extrahiert werden konnten, wobei in einem 
Fenster 4/1 auf der rechten Seite der. Bildschirmdarstellung 
das Dokument 1 dargestellt ist. Auf der linken Seite sind 
zwei Fenster 4/2 und 4/3 angeordnet. Das Fenster 4/2 enthalt 
35 eine Ubersicht der zu bearbeitenden Dokumente und im Fenster 
4/3 sind die einzelnen Datenbankf elder angegeben, in. welche 
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Daten gespeichert werden, die aus dem Dokument 1 zu lesen 
sind. 

In dem dargestellten Beispiel konnte keines der 
Datenbankfelder mit Daten gefullt werden, weshalb die 
einzelnen Datenbankfelder 3 mit dem Zusatz [empty] versehen 
sind. Es ist jedoch auch moglich, dass nur in wenigen 
Datenbankfeldern oder lediglich in einem einzigen 
Datenbankf eld Daten fehlen. 

In Figur 2 ist das Datenbankf eld „InvoiceNumber" (= 
Rechnungsnummer) im Vergleich zu den anderen Datenbankfeldern 
3 dunkler markiert, was dem Benutzer anzeigt, dass fur dieses 
Datenbankf eld 3 Daten aus dem Dokument 1 zu extrahieren sind. 
ZusStzlich ist im oberen Bereich des Fensters 4/1 in groSer 
Schrift der Begriff „InvoiceNunfcer" aufgeftihrt, das dem 
Benutzer zusatzlich anzeigt, far welches Datenbankf eld Daten 
zu extrahieren sind. 

Der Benutzer kann nun. im- .Fenster 4/1 einen • Zeiger. • 5 
positionieren, den er vorzugsweise derart anordnet, dass er 
sich moglichst nahe an dem Stringabschnitt befindet, von dem 
der Benutzer annimmt, dass dessen Inhalt in dem 
entsprechenden Datenbankf eld abzuspeichern ist. In dem in 
Figur 2 gezeigten Beispiel sind Daten fur das Datenbankf eld 
„ Rechnungsnummer xx zu extrahieren, weshalb der Zeiger 5 in der 
Nahe der Rechnungsnummer. „43 61 w positioniert wird (Schritt 
S3) . 

Der Zeiger 5 kann hierbei mittels einer Maus 6 oder durch 
Eingabe an einer Tastatur 7 im. Fenster 4/1 bewegt werden. 

Nach dem Positionieren des Zeigers 5 beginnt eine 
Vorschlags-Routine, die mehrere Verf ahrensschritte umfasst. 
Diese Vorschlags -Routine kann einerseits dadurch ausgelost 
werden, dass der Zeiger 5 ein vorbestimmtes Zeitintervall 
nicht bewegt wird # wodurch dann die Vorschlags-Routine 



2003ODT0902 DE 



automatisch ausgefuhrt wird, oder dadurch, dass eine 
bestimmte Taste einer Maus oder der Tastatur bestatigt wird. 

Im Schritt S4 wird zunachst gepruft, ob in der naheren 
Umgebung des Zeigers ein Stringabschnitt mit einem fur" das 
Datenbankf eld 3 geeigneten Konzept vorhanden ist, sofern dem 
entsprechenden Typ des Datenbankf eldes vorab 

Konzeptinf ormationen zugeordnet wurden. Diese 

Konzeptinf ormationen umfassen die Syntax und/oder die 
Semantik des Datenbankf eldes . Inf ormationen zur Syntax sind 
zum Beispiel die Anzahl von Ziffern und/oder Buchstaben 
und/oder vorbestimmte Fonnate des zu lesenden 
Stringabschnittes. So weisen Datumsf elder , Betragsf elder und 
Adressf elder in ' der Regel bestimmte Formate auf. 
Inf ormationen zur Semantik umfassen vorbestimmte Begriffe, 
die in das entsprechende Datenbankf eld eingef ugt • werden . 
konnen. Dies ist zum Beispiel bei Wahrurigsangaben zweckmafiig, 
oder wenn die Artikelbezeichnung eines bestimmten Lieferanten 
eingelesen werden sollen, der eine begrenzte Anzahl von 
Artikeln lief em kann. Die entsprechenden 

Artikelbezeichnungen sind dann in einem Lexikon abgelegt und 
konnen dann eindeutig erkannt werden. 

Bei dem in Figur 2 dargestellten Ausf uhrungsbeispiel 
befinden sich in der Nahe des Zeigers 5 die zwei 
Stringabschnitte Jr 4361 w und „Q2 . 08 . 2002^ . Der letzte 
Stringabschnitt besitzt die Syntax eines Datums*, weshalb er 
zum Extrahieren der Rechnungsnummer verworfen wird. Der 
Stringabschnitt „43 61" 'entspricht der Syntax einer 
Rechnungsnummer. Somit wird im Schritt S4 entschieden,. dass- 
ein Stringabschnitt mit einem geeigneten Konzept vorliegt, 
weshalb der Verf ahrensablauf auf den Schritt S5 ubergeht. Im 
Schritt S5 wird der Stringabschnitt „43 61" markiert (Figur 
3) . Die Markierung . erfolgt im vorliegenden 

Ausfuhrungsbeispiel durch eine farbliche Unterlegung des 
Stringabschnittes und durch Zeichnen eines Rahmens 8 . • 
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Sollte im Schritt S4 kein geeignetes Konzept ermittelt 
werden, so geht der Verf ahrensablauf auf den Schritt S6 tiber. 
Im Schritt S6 wird das zum Zeiger 5 nachstliegend angeordnete 
Einzelzeichen ermittelt, das im vorliegenden 

Ausftihrungsbeispiel gemaS Pig. 2 - 4 die „1« ist. Danach 
werden die Grenzen des dieses Zeichen enthaltenden 
Stringabschnittes nach allgemeinen Regeln ermittelt. Diese 
Grenzen k6nnen zum Beispiel durch Leerzeichen bzw. Leerraume 
im Dokument 1 oder durch bestimmte Satzzeichen oder sonstige 
Markierungen im Dokument 1 vorgegeben sein. Werden 
entsprechende Begrenzungsmarkierungen erkannt, so wird der 
dazwischen liegende Stringabschnitt ausgewahlt und markiert . 
Bei dem in Eigur 2 und 3 gezeigten Ausftihrungsbeispiel 
befinden sich seitlich des Stringabschnittes „43 61" jeweils 
Leerraume, durch . die auch hach ' den allgemeinen Regeln eine 
eindeutige Auswahl der Markierung des Stringabschnittes 
moglich.ist. 

. Unabhahgig davon, ob der Stringabschnitt gemafi dem Schritt 
S5 oder gemaS dem Schritt S6 ausgewahlt oder markiert ' worden 
ist, geht der -.Verf ahrensablauf auf den Verf ahrensschritt S7 
uber, mit der der Stringabschnitt in einem zusatzlichen 
Rahmen 9 als codierter Text und in einem weiteren Rahmen 10 
vergroSert dargestellt wird (Fig. 3, 4). Bei dem vorliegenden 
Ausftihrungsbeispiel liegt das Dokument 1 als grafische Datei, 
zum Beispiel im pdf, tif, gif, jpg-Format vor. tiblicherweise 
wird in dem bereits vorausgegangenen Verf ahrensabschnitt das 
Dokument einer OCR-Routine unterzogen und in codierten Text 
umgesetzt. Der codierte Text ist hierbei auch auf Konzepte 
untersucht worden und die entsprechenden Inf ormationen sind 
abgespeichert worden. Diesem codierten Text wird der zu dem 
Stringabschnitt korrespondierende Abschnitt entnommen und in 
dem Rahmen 9 dargestellt. Hierdurch erkennt der Benutzer, ob 
der Stringabschnitt korrekt in codierten Text umgesetzt 
worden ist . 
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Im Rahmen 10 wird der Stringabschnitt im Graf ikf ormat in 
vergroSerter Darstellung dargestellt, wodurch der Benutzer 
auch Details im Stringabschnitt erkennen kann. 

Mit dem Schritt S7 ist die Vorschlags -Routine abgeschlossen . 

Im Schritt S8 beurteilt der Benutzer, ob der ausgewahlte und 
markierte Stringabschnitt grundsatzlich zur Ubernahme in das 
Datenbankf eld geeignet ist. Ist dies nicht der Fall, so wird 
der Zeiger 5 erneut positioniert (S3) und die Vorschlags - 
Routine (S4 - S7 ) wiederholt ausgef uhrt . Ist die Auswahl des 
Stringabschnitts hingegen grundsatzlich geeignet, so 
beurteilt der Benutzer, ob auch der markierte Bereich korrekt 
ist' (Schritt S9) . Ist dies* nicht der Fall, so kann der 
Benutzer die Markierung des Stringabschnittes manuell 
bearbeiten und/oder den codierten Text im Rahmen 9 editieren 
(Schritt S10) . Mit dem Editieren des codierten Textes kormen 
Fehler, die. durch eine nicht-' korrekte OCR-Urns etzung 
ehtstanden sind, behoben werden. Bei diesen Korrekturen 
( Bereich ' anpassen, • Editieren) werden automat isch der 
markierte Bereich und die Inhalte der Rahmen 9 und 10 
angepasst 

Ist der markierte Bereich korrekt bzw. vom Benutzer 
entsprechend uberarbeitet worden, so geht der 
Verf ahrensablauf auf den Schritt Sll \iber, mit dem die in dem 
ausgewahlten Stringabschnitt enthaltenen Daten in das 
korrespondierende Datenbankf eld ubertragen werden (Figur 4) . 
Diese Ubertragung der Daten wird durch eine Betatigung einer 
vorbestimmten Taste an der Maus oder der Tastatur vom 
Benutzer ausgelost. Danach ist das Verfahren zum Extrahieren 
von Daten fur ein Datenbankf eld beendet (S12) . Sind Daten fur 
weitere Datenbankf elder zu lesen, so beginnt das Verfahren 
erneut mit dem Schritt SI. In Figur 5 ist das nachste zu 
lesende Datenbankf eld „ Invoice Date" (= Rechnungsdatum) 
angezeigt . 
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Mit dem erf indungsgemaSen Verfahren wird die Tatigkeit eines 
Benutzers beim manuellen Ubertragen von Daten aus einem 
Dokument in ein Datenbankf eld lediglich auf das Positionieren 
des Zeigers, der Kontroll'e der automatisch vorgeschlagenen 
Auswahl und der eventuellen Korrektur des Bereiches und das 
Betatigen einer Taste zum Ubertragen der Daten beschrankt. 
Die Auswahl und die . Markierung des Bereichs des 
auszuwahlenden Stringabschnittes wird vom erf indungsgemaSen 
Verfahren selbsttatig ausgefuhrt. 

Die Figuren 2 bis 5 zeigen die Ubernahme von Daten in ein 
einzelnes Datenbankf eld. Durch die Berticksichtigung von 
Konzept-Inf ormationen ist es jedoch auch moglich, mit einem 
einzigen Stringabschnitt Daten fiir mehrere Datenbankf elder zu 
extrahieren. Figur .6 zeigt ein entsprechendes 
Ausfuhrungsbeispiel, in dem die vollstandige Adresse als ein 
'Stringabschnitt markiert und geleseh wird, wobei die Adresse 
selb.sttatig in die einzelnen Datenbankf elder , Name, Firma; . 
StraSe, Postleitzahl und Stadt segmentiert wird. 

Nachfolgend wird eine weitere Ausgestaltung des oben 
beschriebenen Verfahrens anhand des Flussdiagrammes aus Figur 
7 und der Bildschirmdarstellungen gemaS Figur 8 und 9 
erlautert, mit dem. Daten aus Tabellen extrahiert werden 
k6nnen . 

Dieses Verfahren beginnt mit dem Schritt S15 . 

Im Schritt SI 6 werden die Werte der Tabelle in der ersten 

Tabellenzeile gemaS obigen Verfahren durch Positionieren des 

Zeigers, automatisches Auswahlen und Markieren des 

Stringabschnittes und Ubemehmen der Daten in 

korrespondierende Datenbankf elder extrahiert. Figur 8 zeigt 

eine Tabelle, in der die Stringabschnitte der ersten 

Tabellenzeile markiert sind, die in die entsprechenden 

Datenbankf elder uberndmmen worden sind. Diese Datenbankf elder 

besitzen die Struktur einer Tabelle, zum Beispiel sind sie 
• 
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als zwei-dimensionales Datenfeld angelegt, so dass beim 
Extrahieren der Daten in diese Datenbankf elder das Verfahren 
anhand des Datenbankf eldes selbsttatig erkennt, dass Daten 
aus einer Tabelle ausgelesen werden. 

Eine Tabellenzeile kann sich auch uber mehrere Seiten 
erstrecken, wenn die Tabelle sich entsprechend uber mehrere 
Seiten erstreckt. Sind die Daten der ersten Tabellenzeile 
vollstandig extrahiert worden, kann der Benutzer durch eine 
vorbestimmte Eingabe das automat ische. Extrahieren der 
weiteren Tabelleneintrage initiieren. Wird diese Eingabe vom 
Benutzer getatigt, so werden im Schritt S17 zunachst "eine 
Listemit alien Stringabschnitten erstellt, die unterhalb der 
ersten Tabellenzeile angeordnet sind. 

In Schritt S18 wird mittels einer ■ Kostenf unktion ein 
Kos'tenwert zwischen Sequenzen von . Stringabschnitten .der Liste 
und ■ der ■ Sequenz der Stringabschnitte der ersten 
Tabellenzeile, auf deren -Grundlage Daten in die 
Datenbankf elder im iSchritt .S16 extrahiert worden sind, 
ermittelt. Bei dieser Kostenf unktion werden den Sequenzen der 
Stringabschnitte der Liste geringe Kosten zugewiesen, deren 
Stringabschnitte beztiglich ihrer horizontalen Position und 
ihrer Breite mit den korrespondierenden Stringabschnitten der 
ersten Tabellenzeile ubereinstimmen oder zumindest sehr 
ahnlich sind. Dieser Kostenwert ist somit indirekt 
proportional zur Ahnlichkeit zwischen den in der Liste 
aufgefuhrten Sequenzen von Stringabschnitten und den in der 
ersten Tabellenzeile enthaltenen Sequenz von 

Stringabschnitten. 

Die hierbei verwendete Kostenf unktion entspricht der aus dem 
Kapitel 8.6.1 String Matching Allowing Errors in Modern 
Information Retrieval (ISBN Q-201-39829-X) beschriebenen 
Kostenf unktion, mit welcher jeweils ein Einzelkostenwert 
zwischen einem Stringabschnitt der ersten Tabellenzeile und 
einem Stringabschnitt der weiteren Tabellenzeilen ermittelt 
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wird. Da jede Sequenz mehrere Stringabschnitte umfasst, wird 
mittels des Viterbi-Algorithmus fur die einzelnen Sequenzen 
von Stringabschnitten jeweils ein Gesamtkostenwert bzw. 
Gesamtahnlichkeitswert durch Summieren der Einzelkostenwerfce 
berechnet. 

Anhand dieser Kostenwerte bzw. Ahnlichkeitswerte werden die 
Sequenzen von Stringabschnitten als Tabellenzeilen bestimmt, 
deren Ahnlichkeitswert unter einem vorbestimmten Schwellwert 
liegt (S19) . Hierdurch sind alle Tabellenzeilen und damit 
Tabelleneintrage der Tabelle bestimmt. Sie werden im Schritt 
S20 markiert (Figur 9) und im Schritt S21 extrahiert, d.h. , 
automatisch ausgelesen, gegebenenf alls in codierten Text 
umgesetzt, und in den entsprechenden Datenbarikf eldern 
gespeichert . 

Mit dem Schritt S22 ist dieses Verfahren beendet. 

Zweckma&igerweise ist- es moglich, die Tabelleneintrage 
riachzubearbeiten, d.h. , die markierten Bereiche zu verandern 
(verschieben, vergroSern, verkleinern) bzw. einzelne Zeilen 
zu entfernen bzw. hinzuzuf ugen . Bei einer NachbeaadDeitung 
werden die Eintrage in den - Datenbankf eldern automatisch 
entsprechend angepasst. 

Zusatzlich kann beim Auslesen der Daten und Eintragen in die 
Datenbankf elder eine zusatzliche Kontrolle ' durch eine 
Abbildung mittels dem String Matching-Verf ahren erfolgen, mit 
welcher bestimmt wird, wie gut die Eintrage mit dem durch die 
einzelnen Datenbankf elder vorgegebenen Konzept- 

ubereinstimmen . 

Weiterhin kann das erf indungsgemaSe Verfahren mit dem in der 
deutschen Patentanmeldung . DE 103 42 594.2 beschriebenen 
Verfahren zum Erfassen von Daten aus mehreren raaschinell 
lesbar'en Dokumenten kombiniert werden, weshalb auf die 
Patentanmeldung vollinhaltlich Bezug genommen wird und sie 
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durch Bezugnahme in die vorliegende Patentanmeldung 
inkorporiert wird, 

Bei diesem Verfahren zum automatischen Erfassen von Daten 
aus mehreren maschinell lesbaren Dokumenten werden 
Vorlagedokumente mit einem Lesedokuraent verglichen und deren 
Ahnlichkeit bewertet. Das hierbei angewandte Verfahren kann 
auch zum Auslesen einer Tabelle angewendet werden, wobei die 
Sequenz der ausgewahlten Stringabschnitte der ersten 
Tabellenzeile dem Vorlagedokument entsprechen und' die 
Kombinationen von Stringabschnitten der weiteren 
Tabellenzeilen den Lesedokumenten entsprechen. 

Bei dem oben beschriebenen erf indungsgemaSen Verfahren zum 
Extrahieren von Dat^n aus Tabellen muss ein Benutzer 
lediglich den Zeiger zu den Tabelleneintragen in der ersten 
Tabellenzeile bewegen und "die Ubernahme der dann automatisch 
ausgewahlten und markierten Stringabschnitte als Daten fur 
das entsprechende. Datenbankf eld bestatigen. Nachdem er dies 
fur alle Tabelleneintrage der ersten Tabellenzeile ausgefuhrt 
hat, muss er lediglich- durch eine..-Eingabe das vollstandige 
Auslesen der weiteren ■ Tabelleneintrage initiieren. Das 
Verfahren ermittelt dann selbststandig die weiteren 
Tabelleneintrage, markiert sie und extrahiert die Daten in 
die Datenbank. 

Dies beschleunigt erheblich das Auslesen von Daten aus der 
Tabelle in eine Datenbank. Der Verf ahrensabschnitt S17 bis 
S21 stellt daher eine eigenstandige Erfindung dar, die jedoch 
bevorzugt in Kombination rait dem in Figur 1 dargestellten 
Verfahren, auf der sich der . Schritt S16 bezieht, verwendet 
wird. 

Figur 10 zeigt schematisch ein System zum Ausfuhren des 
erf indungsgemaJSen Verf ahr ens . Dieses System 11 weist einen 
Computer 12 mit einer Speichereinrichtung 13, mit einer 
zentralen Prozessoreinrichtung (CPU) 14 und eine Interface- 
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Einrichtung 15 auf. Am Computer 12 sind ein Scanner 16, ein 
Bildschirm 2 und eine Eingabeeinrichtung 17 angeschlossen. 
Die Eingabeeinrichtung 17 umfasst eine Tastatur 7 und/oder 
eine Maus 6 . 

In der Speichereinrichtung 13 ist ein Sof twareprodukt zum 
Ausfiihren des erf indungsgemaSen Verfahrens gespeichert, das 
an der CPU 14 ausgefuhrt wird. Mit dem Scanner 16 werden 
Dokumente erfasst und in eine elektronische Datei 
umgewandelt. Diese elektronischen Dateien werden vom Computer 
12 eingelesen und eventuell mittels einer OCR-Routine 
und/oder eines Verfahrens zum Erkennen spezieller Syntax oder 
Semantik in der Datei vorverarbeitet . Danach werden die in 
den Dateien enthaltenen Dokumente entsprechen dem oben 
beschriebenen Verfahren mit dem System 11 bearbeitet. An der 
Eingabeeinrichtung 17 konnen die entsprechenden Eingaben 
vorgenommen werden, wobei diese sich lediglich auf Bewegen 
des Zeigers 5 und ein paar ■ ' wenige Tastatureingaben 
beschranken . .Gegebenenf alls werden die markierten Felder 
mittels Tasfatui- oder Mauseingabe verschoben oder durch 
VergroSerung bzw- Verkleinerung angepasst oder der codierte 
Text editiert'. 

Die Erfindung ist oben anhand eines Ausf uhrungsbeispiels 
erlautert worden. Im Rahmen der Erfindung sind hiervon 
Abwandlungen moglich. So kann zum Beispiel ans telle des 
Rahmens 8 lediglich der Rahmen 10 vorgesehen werden, in dem 
der ausgewahlte Stringabschnitt vergrofiert dargestellt wird. 
Dieser Rahmen 10 stel.lt auch eine Markierung des 
Stringabschnittes dar. 

Bei dem oben erlauterten Ausf uhrungsbei spiel werden die 
Dokumente eingescannt und liegen dann in einem Graphikf ormat 
vor. Das erf indungsgemaSe Verfahren kann jedoch auch zum 
Lesen von Inf ormat ionen aus Dokumenten angewandt werden, die 
bereits in codiertem Text, vor liegen, wie z\im Bespiel e-mails. 
Bei einer solchen Anwendung ist es selbstverstandlich nicht 
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notwendig, class die Dokuinente mittels einer OCR-Routine in 
codierten Text umgesetzt werden. 

Die Erfindung kann f olgendermaSen kurz zusammengef asst 
werden : 

Die Erfindung betrifft ein Verfahren zum Erfassen von Daten 
aus maschinell lesbaren Dokumenten, wobei die Daten einer 
Datenbank zugeordnet werden. 

Mit der Erfindung werden Stringabschnitte, die sich in der 
Nahe eines vom Benutzer bewegbaren Zeigers befinden, 
automatlsch ausgew&hlt, markiert und . deren Inhalt zur 
Ubernahme in eine Datenbank vorgeschlagen. 

Nach einer Weiterbildung des erf indungsgemaSen Verfahrens 
kann der Inhalt einer. Tabelle vollautomatisch ausgelesen 
werden, wenn. "die Tabelleneintrage in einer ersten 
Tabellenzeile einmal gemaS obigen Verfahren ausgelesen worden. 
sind^ 

Es wurden Ausfuhrungsbeispiele der Erfindung beschrieben. 
Dabei ist klar, dass der Fachmann j.ederzeit Abwandlungen und 
Weiterbildungen angeben kann, die das erf indungsgemafie. 
Konzept benutzten. Weiterhin kann die Erfindung sowohl 
mittels elektronischen Komponenten (Hardware} als auch durch 
Computerprogrammelemente (Software oder Sof twaremodule) 
realisiert werden. Die Erfindung wird dabei insbesondere aus 
einer Kombination von elektronischen Hardware -Element en und 
Softwareelementen realisiert. Dementsprechend erfaSt die 
Erfindung auch Computerprogrammprodukte wie z.B. 
elektronische Datentrager (CD, DVD, Diskette, Bandlauf werke) 
bzw. Komponenten, die liber Computernetzwerke (Internet) 
verbreitet werden und/ oder auf Computern und insbesondere im 
Zwischenspeichern geladen, bereit gehalten und/oder zum 
Ablauf gebracht werden. 
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Bezugszeichenliste 



1 Dokument 

2 Bildschirm 

3 Datenbankf eld 

4 Fenster 

5 Zeiger 

6 Maus 

7 Tastatur 

8 Rahmen 

9 Rahmen 

10 Rahmen 

11 System 

12 Computer 

13 Speichereinrichtung 

14 CPU ■ 

1 5 In t er f ac e - E inr i chtung 

16 Scanner 

. 17 Eingabeeinrichtung * 
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Patentangpruche 



1. Verfahren zum Erfassen von Daten aus maschihell lesbaren 
Dokumenten, wobei die Daten einer Datenbank zugeoirdnet 
werden, indem einzelne Daten moglichst automatisch dem 
Dokument extrahiert werden und in entsprechende 
Datenbankf elder eingetragen werden, und falls Daten fur ein 
oder mehrere bestimmte Datenbankf elder einem Dokument nicht 
mit der notwendigen Zuverlassigkeit extrahiert werden 
konnten, werden folgende Schritte ausgefuhrt: 

- Darstellen des Dokumentes am einem Bildschirm, 

- Anzeigen des Datenbankf eldes , fur das die Daten nicht mit 
der notwendigen Zuverlassigkeit extrahiert werden konnten, am 
Bildschirm, 

Ausfiihren einer Vorschlags -Routine, mit welcher.. 
Stringabschnitte in der Nahe eines von einem Benutzer auf dem 
Bildschirm bewegbaren Zeiger ausgewahlt, markiert und zur 
Extraktion vorgeschlagen werden. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass der Stringabschnitt nach MaSgabe von dem Datenbankf eld 
zugeordneten Konzept-Inf ormationen ausgewahlt, markiert und 
zur Extraktion vorgeschlagen wird. 

3. Verfahren nach Anspruch 2, 
dadurch gekennzeichnet, 

dass die Konzept-Inf ormationen die Syntax und/oder die 
Semantik des Datenbankf e Ides beschreiben, so dass von der- 
Vorschlags -Routine ein zu markierender Stringabschnitt 
entsprechend der Syntax bzw. der Semantik des jeweiligen 
Datenbankf eldes ausgewahlt und markiert wird. 

4. Verfahren nach Anspruch 3, 
dadurch gekennzeichnet, 
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dass die Inf ormationen zur Syntax die Anzahl von Ziffern 
und/oder Buchstaben und/oder vorbestimmte Formate des zu 
lesenden Stringabschnitts beschreiben. 

5. Verfahren nach Anspruch 3 oder 4, 
dadurch gekennzeichnet, 

dass die Inf ormationen zur Semantik vorbestimmte Begriffe, 
bspw. mit einem Lexikon, beschreiben. 

6 . Verfahren nach einem der Anspriiche 1 bis 5 , 
dadurch gekennzeichnet, 

dass ein Stringabschnitt ausgewahlt wird, der zwischen zwei 
Begrenzungszeichen angeordnet ist. 

7 . Verfahren nach Anspruch 6 , , 
dadurch gekennzeichnet, 

dass Begrenzungszeichen Leerzeichen und/oder Satzzeichen 
umfassen. 

8. Verfahren nach einem der. Anspriiche 1 bis 7, 
dadurch gekennz.eich.net, 

dass der Text von Dokumenten in grafischer Darstellung 
zunachst'mit einem OCR-Verf ahren in codierten Text umgesetzt 
wird und die Vorschlags-Routine zusatzlich zum markierten 
Stringabschnitt in grafischer Darstellung den codierten Text 
dieses Stringabschnittes darstellt. 

9. Verfahren nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet, 

dass zusatzlich zum markierten Stringabschnitt dieser 
Stringabschnitt nochmals in vergroEerter Darstellung am 
Bildschirm angezeigt wird. 

10. Verfahren nach einem der Anspriiche 1 bis 9, 
d ad urch gekennzeichnet, 

dass die Vorschlags -Routine nach dem Markieren eines 
Stringabschnittes eine Funktion aktiviert, mit welcher durch 
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Betatigen einer oder mehrerer vorbestimmter Tasten der Inhalt 
des markierten Stringabschnittes in die Datenbank ubernommen 
wird. 

11. Verfahren nach einem der Anspriiche 1 bis 10, 
dadurch gekennzeichnet, 

dass beim Ausfiihren der Vorschlags -Routine nach dem Bewegen 
des Zeigers eine vorbestimmtes Zeitintervall abgewartet wird, 
innerhalb dessen der Zeiger nicht bewegt werden darf , bevor 
ein Stringabschnitt ausgewahlt wird. 

12. Verfahren zum Erfassen von Daten aus maschinell lesbaren 
Dokumenten, wobei die Daten einer Datenbank zugeordnet 
werden, insbesondere nach einem der Anspriiche 1-11, 

d. adurch gekennzeichnet, 

dass nach dem Einlesen von Daten aus . einer ersten 
Tabellenzeile- in korrespondierende . Da tenbankf elder 

automatisch • die weiteren Tabelleneintrage durch einen 
Vergleich von unterhalb der letzten Tabellenzeile 
angeordneten ' Stringabschnitten mit . den Stringabschnitten der 
ersten Tabellenzeile, die den eingelesenen Daten entsprechen, 
ermittelt werden und diese . weiteren Tabelleneintrage 
automatisch extrahiert werden. 

13. Verfahren nach Anspruch 12, 
dadurch gekennzeichnet^ 

dass der Vergleich zwischen den Stringabschnitten mittels 
eines String Matching-Verf ahrens erf olgt . 

14 . Verfahren nach Anspruch 12 oder 13 , 
dadurch gekennzeichnet, 

dass die ermittelten Tabelleneintrage markiert werden. 

15. Verfahren nach Anspruch 14, 
dadurch gekennzeichnet, 

dass Funktionen zum Editieren der markierten Tabelleneintrage 
bereitgestellt werden. 
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16. System zum Erfassen von Daten aus maschinell lesbaren 
Dokumenten umfassend einen Computer (12) mit einer 
Speichereinrichtung (13) und eine CPU (14), wobei in der 
Speichereinrichtung (13) ein Sof twareprodukt zum Ausfiihren 
des Verfahrens nach einem der Anspriiche 1-15 gespeichert 
ist. 

17. System nach Anspruch 16, 

dadur. ch gekennzeichnet, 

dass das System eine Eingabeeinrichtung (17) in Form einer 
Maus (6) und/oder Tastatur (7) aufweist. 

18. System nach Anspruch 16 oder 17, 
dadurch gekennzeichnet, 

dass das System einen Scanner (16) zum optischen Abtasten von 
" Dokumenten aufweist. 

19. Computerpfogrammprodukt, das bei seinem Laden und 
Ausfiihren auf einem Computer (12) ein Verfahren nach einem 
der Anspriiche 1 bis 15 bewirkt. 
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Zusammenf assung 

Die Erfindung betrifft ein Verfahren zum Erfassen von Daten 
aus maschinell lesbaren Dokumenten, wobei die Daten einer 
Datenbank zugeordnet werden. 

Mit der Erfindung werden Stringabschnitt'e, die sich in der 
Nahe eines vom Benutzer bewegbaren Zeigers befinden, 
automatisch ausgewahlt, markiert und deren Inhalt zur 
Ubernahme in eine Datenbank vorgeschlagen. 

Nach einer Weiterbildung des erf indungsgemaSen Verfahrens 
kann der Inhalt einer Tabelle vollautomatisch ausgelesen 
werden, wenn die Tabelleneintrage in einer ersten 
Tabellenzeile einmal gemaS obigen Verfahren ausgelesen worden 
. sind. - * - 

(Figur 3)- 



» 



2003ODT0902 DB 



ST- 



Pot* f-' 0*if9<rl#y. doi ti'^erS 



® 



S3 




_ik_ 



T 



Co of f e^/fi*v fhri^ffL tttiyit'tJ- @_ 










I 











y 



J/8 



£»hpostest - OOKoStor Validation 





4 



mtm^mmw 



Hammer. Melsel, Zange 



Wareneingang 
BodenseestraBe 1 

12345 Konstanz 



RECHNUNG 



Werkwugbou *f 



Datum 
Kundert-Nr. 



8.2002 3 

01407 



Versand par SpediU< 
und per Posl 



PCS 


Arllkel 


Menge/Bnheft 


Preis Bt 




Ueferscheln Nr.3333 v.31.07.02 








undNr.3334v.01.OB.02 








Ihre Bestoflurtg :1234567B9 v. 








13.06.02 






1 


GetfcW A96321 -M350-B1 23 


220 Stock 


2,92 




SiOckgewicfo 0.012 kg 


233 Stock 




2 


GewicM A95321-M350-81 23 


2.02 




StQckgewtchtO.omg 






3 


FTC 


4,62 kg 


1.38 


4 


ETG 


4.62 kg 


0.41 


5 


Verpackung 




7.67 






Zwischensurnrno 






Mehrwertsteuer 16 % auf EUR 1364.08 










ENDBETRAG 





V3 



Fig. 2 



e^hpostest - DOKuSUr VaGdaHi 



■;' ' ' r-^o'v ■;>-^-: i-?-Y* 





1 

3 




(empty) 



[empty] 



[empty] 



..J " f 
J 
J 



[empty] 



[empty] 



[empty] 



AMOItef . Wettaft'-absuef Gmf-L M^terstfoSe 25^6467 Mvstertladt 

A3 J TvBV«.iiffig AG .**.«-"■ 
Wareneingang 
BodenseastraBe 1 



12345 Konstanz 



Hammer. Meisel, Zange 



4361 



RECHNUNG 
Mummer 

Datum 

Kunden-Nr j 



in 



02082002 
01407 



Pos 



Arfikel 



Ueterschem Nr.3333 v.31.07.02 
und Nr.3334V. 01 .08.02 
thre Besleflung ri 23456780 v. 
13.06.02 

1 GewichIA9632l-M3SO>B123 
StCckgewicht 0.012 kg 

2 GewfcJU A96321-M350-81 23 
StDckgewfcto 0.012 kg 

3 FTG 

4 ETG 

5 Verpackung 

Menmertsteuer 18 % auf EUR 1364.98 




Fig. 3 



%;hpostest-OOr:uStnr Validation 



' 1 




Hammef. Mefad, Zange 
Schmubeniiehof 

Wttkzeufibsu 
M«hanl$cheBc«itx*nng 




Veisand perSpedM 
und pet Post 



2.62 

2,92 

1.38 
0.41 
7,67 



ENDBETRAG- g 



Fig. 4 



Hammer, Meted, Zanje 
Schrauberaehef 
Wataeugtao 
MBchanisdioeewbenung fcj 




ty9 




9/3 



Fig. 6 




£4r 



1 



Mb 



'Mir 



$41 



fy^-O^-U ty»~C^ (far ToJUfl^, 



9* 



&I3 



£44 



'9* 




m 

Durcturahl 
Rt*tba 




Bestellwig<geaniJert) 

Baata&fe 3133£-2O02Oa 



Wi? fceoceiisfi^ den Bedingungan ctes BQQ/BGffc 



2.0D0 *g Urecre ArtihcMr. 1011 
IMramd A3 7, rlatui 

1 OS0 Kg Ij fi&sf e ArtlfceKNf . 0l£7 

1000 kg l;ns«cArtikcl.Nr.l770 
LteamdAiH 

3 000 kg L-ft&fir e Artlketfir. t0l5 
Lfc^rnxi63Wi3?.nsttf 

8 000 k£ Unwe ArtJkcWJr. 1014 

UtoamidB3WS&.natur • 

3 000 kg Uneere Aitlkel»Nr. 1505- 

Uteanrvd 63 Z<* $ scswrar? * 

6 StfcV Urocfc Artike)<Nr. 2C0019 
Werkszsijgas 
n&;h DIN 50049-2.2 

1 000 Kg t n&ere/lnre Artiketor. 1032/207478 1 
Ufcamd B3 M6. schwar* 

1 Stick UnscrcArtikcl'rii.20OOi9 
Waksicugnrs 



Liaferungerfdgt frei Haus airechisGfich VerpacScung 




2,40 7200.00 



20.01.03 



20.0103 



\2CO,00 



Fig. 8 



&I3 




*fi. J^nuar 2003 



Ssfcai 



Sochtr*6rbn terra 
Grafts* 




BeateD-Nn 31335-200203 



I 
1 



m. 



m 

if 
I 

iff 



1 1 EesSettaTgder Le«Uir<g 

5 UnecmAftikd-Mr. 1011 
UJframd A3WG> T.natur 

linger* AtflkeWr. 1*97 
U^armd A3K nauif 

UreeeB-AitlKel.foi iClB 

Ui3$efCArtik6l^r. 1QH 
UteamiiB3WS5.natjr 

Ureae-Artikel.Nr.iSOS - 

UnScroArtftcWr 2CC\>i9 
Wecksze*jgr*s 
nach DIR 50049-2.2 

Unsers/lSueAitiKeWif 1032/20T478 1 
Unramd 83 M6. ictanrr. 

Untacyc Artitel Nr 2C0319 



Liaferung erfoTgt frei Haia, ainschleGfich Verpac<ui>g 



LjetcrtiS7Tln | 



ia.Qoot <n 

13 OOP k g 



HOOD kg 



HH 



120.01.031 

isooioai 

I20.01.03l 
120,01031 
120.-Ql.03l 

I20.31.C31 
12001,031 



2,40 EUR 



7^00.00 



SUIWM 



7.200,00 



Fig. 9 



